查看原文
其他

Jedis那么低性能,还在用吗? lettuce时代开幕啦

在 疯狂创客圈 的社群面试交流中,有很多小伙伴在面大厂, 经常遇到下面的问题:

3大redis客户端:Jedis、Redisson、Lettuce ,如何选型?

现在把这个 题目以及参考答案,收入咱们的 《尼恩Java面试宝典》V42版,

供后面的小伙伴参考,提升大家的 3高 架构、设计、开发水平。

简介:Redis 的3大 Java 客户端组件

Redis 官方推荐的 Java 客户端有Jedis、lettuce 和 Redisson。

客户端1:Jedis

是老牌的Redis的Java实现客户端,提供了比较全面的Redis命令的支持

Jedis 在线网址:

http://tool.oschina.net/uploads/apidocs/redis/clients/jedis/Jedis.html

客户端2:Redisson

实现了分布式和可扩展的Java数据结构。促使使用者对Redis的关注分离,提供很多分布式相关操作服务,例如,分布式锁,分布式集合,可通过Redis支持延迟队列

redisson 官网地址:

https://redisson.org/

redisson git项目地址:

https://github.com/redisson/redisson

客户端3:lettuce

高级Redis客户端,用于线程安全同步,异步和响应使用,支持集群,Sentinel,管道和编码器。

基于Netty框架的事件驱动的通信层,其方法调用是异步的。Lettuce的API是线程安全的,所以可以操作单个Lettuce连接来完成各种操作

lettuce 官网地址:

https://lettuce.io/

lettuce git项目地址:

https://github.com/lettuce-io/lettuce-core

客户端组件1:Jedis

Jedis 是老牌的 Redis 的 Java 实现客户端,提供了比较全面的 Redis 命令的支持

优点:

  • 支持全面的 Redis 操作特性(可以理解为API比较全面)。

缺点:

  • 使用阻塞的 I/O,且其方法调用都是同步的,程序流需要等到 sockets 处理完 I/O 才能执行,不支持异步;
  • Jedis 客户端实例不是线程安全的,所以需要通过连接池来使用 Jedis。

客户端组件2:Redisson

Redisson 是一个在 Redis 的基础上实现的 Java 驻内存数据网格(In-Memory Data Grid)。

Redisson 提供了使用Redis 的最简单和最便捷的方法。

它不仅提供了一系列的分布式的 Java 常用对象,还提供了许多分布式服务。

其中包括:

BitSet, Set, Multimap, SortedSet, Map, List, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock, AtomicLong, CountDownLatch, Publish / Subscribe, Bloom filter, Remote service, Spring cache, Executor service, Live Object service, Scheduler service)

Redisson 的宗旨是促进使用者对Redis的关注分离(Separation of Concern),从而让使用者能够将精力更集中地放在处理业务逻辑上。

优点:

  • 使用者对 Redis 的关注分离,可以类比 Spring 框架,这些框架搭建了应用程序的基础框架和功能,提升开发效率,让开发者有更多的时间来关注业务逻辑;
  • 提供很多分布式相关操作服务,例如,分布式锁,分布式集合,可通过Redis支持延迟队列等。
  • Redisson基于Netty框架的事件驱动的通信层,其方法调用是异步的。
  • Redisson的API是线程安全的,所以可以操作单个Redisson连接来完成各种操作

缺点:

  • Redisson 对字符串的操作支持比较差。

客户端组件3:lettuce

lettuce ([ˈletɪs]),是一种可扩展的线程安全的 Redis 客户端,支持异步模式。

如果避免阻塞和事务操作,如BLPOP和MULTI/EXEC,多个线程就可以共享一个连接。

lettuce 底层基于 Netty,支持高级的 Redis 特性,比如哨兵,集群,管道,自动重新连接和Redis数据模型。

lettuce能够支持redis4,需要java8及以上。

lettuce是基于netty实现的与redis进行同步和异步的通信。

优点:

  • 支持同步异步通信模式;
  • Lettuce 的 API 是线程安全的,如果不是执行阻塞和事务操作,如BLPOP和MULTI/EXEC,多个线程就可以共享一个连接。

lettuce、jedis、Redisson 三者比较:

jedis使直接连接redis server,如果在多线程环境下是非线程安全的,这个时候只有使用连接池,为每个jedis实例增加物理连接 ;

lettuce的连接是基于Netty的,连接实例(StatefulRedisConnection)可以在多个线程间并发访问,StatefulRedisConnection是线程安全的,所以一个连接实例可以满足多线程环境下的并发访问,当然这也是可伸缩的设计,一个连接实例不够的情况也可以按需增加连接实例。

Jedis 和 lettuce 是比较纯粹的 Redis 客户端,几乎没提供什么高级功能。

Jedis 的性能比较差,所以如果你不需要使用 Redis 的高级功能的话,优先推荐使用 lettuce。

Redisson实现了分布式和可扩展的Java数据结构,和Jedis相比,功能较为简单,不支持字符串操作,不支持排序、事务、管道、分区等Redis特性。

Redisson的宗旨是促进使用者对Redis的关注分离,从而让使用者能够将精力更集中地放在处理业务逻辑上。

如果需要分布式锁,分布式集合等分布式的高级特性,添加Redisson结合使用,因为Redisson本身对字符串的操作支持很差。

Redisson 的优势是提供了很多开箱即用的 Redis 高级功能,如果你的应用中需要使用到 Redis 的高级功能,建议使用 Redisson。

具体 Redisson 的高级功能可以参考:https://redisson.org/

使用建议

建议:lettuce + Redisson

在spring boot2之后,redis连接默认就采用了lettuce。

就想 spring  的本地缓存,默认使用Caffeine一样,

这就一定程度说明了,lettuce 比 Jedis在性能的更加优秀

生产问题

问题1 链接断裂怎么办?

小伙伴问题1 链接断裂怎么办?

具体问题:Jedis有心跳 能保持长连接,lettuce好像没有心跳。阿里ecs 搭的redis tcp长时间没有传输 就会断开 ,但是lettuce感知不到, 再执行redis请求就会提示链接不可用

具体来说,可以通过用netty的空闲检测机制来维持连接。

注意:是空闲检测 不是心跳机制。

什么是心跳机制

心跳是在TCP长连接中,客户端和服务端定时向对方发送数据包通知对方自己还在线,保证连接的有效性的一种机制。在服务器和客户端之间一定时间内没有数据交互时, 即处于 idle 状态时, 客户端或服务器会发送一个特殊的数据包给对方, 当接收方收到这个数据报文后, 也立即发送一个特殊的数据报文, 回应发送方, 此即一个 PING-PONG 交互.

自然地, 当某一端收到心跳消息后, 就知道了对方仍然在线, 这就确保 TCP 连接的有效性.

空闲检测 是心跳的基础机制。

什么是空闲检测

就是检测通道中的读写数据包,如果一段时间内,没有收到读写数据包,就会出发  IdleStateEvent 空闲状态事件。

所以,可以借助这个机制,主动关闭 空闲的、被异常断开的连接。

这就需要大家,熟悉Netty的开发和源码,关于Netty源码和开发的内容,请参见《java高并发核心编程卷1加强版》 ,很多小伙伴,就是通过此书掌握的。

最后,奉上问题解决的参考代码:

import io.lettuce.core.resource.ClientResources;
import io.lettuce.core.resource.NettyCustomizer;
import io.netty.bootstrap.Bootstrap;
import io.netty.channel.Channel;
import io.netty.channel.ChannelDuplexHandler;
import io.netty.channel.ChannelHandlerContext;
import io.netty.handler.timeout.IdleStateEvent;
import io.netty.handler.timeout.IdleStateHandler;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
 
@Configuration
public class ClientConfig {
 
    @Bean
    public ClientResources clientResources(){
 
        NettyCustomizer nettyCustomizer = new NettyCustomizer() {
 
            @Override
            public void afterChannelInitialized(Channel channel) {
                channel.pipeline().addLast(
                        //此处事件必须小于超时时间 
                        new IdleStateHandler(4000));
                channel.pipeline().addLast(new ChannelDuplexHandler() {
                    @Override
                    public void userEventTriggered(ChannelHandlerContext ctx, Object evt) throws Exception {
                        if (evt instanceof IdleStateEvent) {
                            ctx.disconnect();
                        }
                    }
                });
            }
 
            @Override
            public void afterBootstrapInitialized(Bootstrap bootstrap) {
 
            }
 
        };
 //替换掉 NettyCustomizer 通道初始化处理器
        return ClientResources.builder().nettyCustomizer(nettyCustomizer ).build();
    }
}

写在最后

这个组件,是一个新的组件,性能比 jedis 高太多,很多小伙伴一样用起来了。

赶紧用起来,要不然,技术水平又落到上个时代去了。

参考

  • RESP协议1:https://www.cnblogs.com/4a8a08f09d37b73795649038408b5f33/p/9998245.html
  • RESP协议2:https://my.oschina.net/u/2474629/blog/913805
  • RESP协议3:https://www.cnblogs.com/throwable/p/11644790.html
  • Redis的三个框架:Jedis,Redisson,Lettuce:https://www.cnblogs.com/williamjie/p/11287292.html
  • redis客户端选型-Jedis、lettuce、Redisson:https://blog.csdn.net/a5569449/article/details/106891111/


End



真题面试题,收录于《尼恩Java面试宝典》V42



硬核面试题推荐            



硬核文章推荐            



硬核电子书            

👍尼恩Java面试宝典》(极致经典,不断升级)全网下载超过300万次

👍尼恩Java高并发三部曲:全网下载超过200万次

👍《顶级3高架构行业案例 + 尼恩架构笔记 》N 篇+,不断添加

👍100份简历模板


继续滑动看下一个
向上滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存